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USING EXTERNALLY PARAMETERIZEABLE CONSTRAINTS IN A 
FONT-HINTING LANGUAGE TO SYNTHESIZE FONT VARIANTS 

BACKGROUND OF THE INVENTION 

1. The Field of the Invention 

[0001] The present invention relates to manipulating data used to generate graphical 
objects. More specifically, the present invention relates to using externally parameterizeable 
constraints in a font-hinting language to synthesize font variants. 

2. Background and Related Art 

[0002] Computing technology has transformed the way we work and play. Computing 
systems now take a wide variety of forms including desktop computers, laptop computers, 
tablet PCs, Personal Digital Assistants (PDAs), and the like. Even household devices (such 
as refrigerators, ovens, sewing machines, security systems, and the like) have varying levels 
of processing capability and thus may be considered computing systems. As time moves 
forward, processing capability may be incorporated into a number of devices that 
traditionally did not have processing capability. Accordingly, the diversity of computing 
systems may likely increase. 

[0003] Almost all computing systems that interface vnth human beings use a display to 
O § 0^ S convey information. In many cases, the appeal of the display is considered an important 
" g H w H g attribute of the computing system. Display of textual information (e.g., Latin-based 
< 2 1 § ^ S characters) typically includes processing glyphs that represent characters of a font. A glyph 
2 ^ 2^5 includes control points and instructions for connecting the control points such that an outline 

of a corresponding character can be generated in an arbitrary grid space (e.g., a pixel grid). 

Often, characters will be defined for display at a larger size and higher resolution and then 

mathematically scaled down (or otherwise manipulated) when the characters are to be 



- Page 2 - 



Docket No. 14984.33 



rendered at smaller sizes and lower resolutions (or as bold, italic, etc.). Thus, a reduced 
number of descriptions, and potentially only one description, for a character (per font) need 
be stored. 

[0004] To scale a character down the location of control points can be divided by a 
scaling factor. For example, to scale a character down by a scaling factor of 10, the 
coordinates of each control point defining the character (at the higher resolution) can be 
divided by 10. It may be that control points defining a character for display on a 100 x 100 
grid are to be scaled down for display on a 10 x 10 grid. Thus, a control point at grid 
position (50, 30) can be scaled down to a control point at grid position (5, 3), a control point 
at grid position (70, 70) can be scaled down to a control point at grid position (7, 7), etc. 
Accordingly, a smaller outline representing the character may be calculated and there is a 
reduced need for storing a number of different sizes of bit-maps for the character. 
[0005] The smaller outline can then be analyzed to identify grid locations that are to be 
turned on and to identify grid locations that are to be turned off (a process often referred to 
as "scan conversion"). One scan conversion algorithm determines if the center of a grid 
position is inside or outside the smaller outline. When the center of a grid position is inside 
the smaller outline the grid position is turned on. On the other hand, when the center of a 
grid position is outside the smaller outline the grid position is turned off 
[0006] However, at times, and especially at lower resolutions, the results of scan 
conversion produce an unacceptable representation of a character. Unacceptable character 
representations can result from rounding errors in the scaling down process. Further, 
rounding errors have a greater affect on character representation when a single grid location 
(e.g., a pixel) is on scale with the features of a character. For example, a rounding error that 
causes one grid location to be inappropriately turned on (or turned off) on a 50 x 50 grid 
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may not even be detectable by the human eye. However, a rounding error that causes one 
grid location to be inappropriately turned on (or turned off) on a 4 x 4 grid may result in a 
character that is perceived as unacceptable to the human eye. At lower resolutions scan 
conversion can even fail to preserve the topology of the original outline of the character, 
resulting in disconnected grid locations. 

[0007] To compensate for the sometimes inappropriate results of scan conversion, 
character outlines can be supplemented with constraints (often referred to as "hints") that 
assist in identifying whether grid locations are to be turned on or turned off when a character 
is rendered. The highest quality hinting is typically a manual process performed by a 
typographer. The typographer views a character at various sizes and supplements a higher 
resolution outline of the character with computer-executable instructions that indicate how 
to render the character at lower resolutions. When the character is to be rendered, a 
computing system processes the computer-executable instructions and renders the character 
in accordance with the hints implemented in the computer-executable instructions. For 
example, a hint can indicate that a number of characters of a font are to be rendered at the 
same height. 

[0008] More formally, a hint can be expressed as an algorithm defining one or more 
dependent parameters in terms of one or more independent parameters. Hints for one 
control point can be expressed in terms of the location of other control points or locations on 
a grid (e.g., a capitalization line). For example, the position of a control point "P" can be 
expressed in terms of the position of a control point "Q" such that P is a fixed distance "c" 
from Q (e.g., in a vertical or horizontal direction). That is, P = Q + c. Thus, when Q is 
moved, a corresponding move of P may be required so that P conforms to the fixed distance 
c. 
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[0009] Similarly, the position of the control point P may be expressed in terms of the 
position of two other control points "Qi" and "Q2," along with a number "a" to indicate the 
degree of blending of the positions of the two control points "Qi" and "Q2." The position of 
the control point "P" is assigned the expression "(1 ~ cl)'Qi + a Q2." That is, P = (1 - a) Qi 
+ a*Q2. Thus, when Qi or Q2 is moved, a corresponding move of P may be required so that 
P conforms to the constraint. 

[0010] Due in part to the wide variety of different artistic and technical features in 
different fonts, hints can be tailored to an individual font. Often, constraints are expressed 
in terms of a font-hinting language (e.g., the TrueType® language) having a limited and 
highly specific vocabulary. The limited and highly specific vocabulary simplifies the 
translation of the mathematical concepts into the font-hinting language. However, the 
limited and highly specific vocabulary can also limit the types of the constraints that can be 
expressed. 

[0011] Fonts are typically stored in font files at a computing system where the characters 
of the fonts will be rendered. Applications, such as, for example, word processors and 
electronic mail clients, provide an interface for selecting fonts from among those fonts 
available at a computing system. Many applications also provide an interface for selecting 
the size of a selected font (e.g., 12 point, 8 point, etc.) and selecting font variants for the 
selected font (e.g., bold, italicized, subscript, superscript, small caps, etc.). Based on the 
selected font size, selected font variant, and resolution of the output device, a scaling module 
and hint processor can interoperate to generate an appropriate outline for rendering 
characters of a font. For example, a scaling module and hint processor can interoperate to 
generate appropriate outlines of bold 10 point characters at 96 dots per inch ("dpi"). 
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[0012] Due to the wide range of font variants, constraints for some font variants are not 
necessarily appropriate for other font variants. Accordingly, there may be a number of font 
files for a font, each font file corresponding to one or more font variants. For example, there 
may be separate font files for Arial normal and bold characters, Arial superscript characters, 
and Arial small caps characters. 

[0013] Unfortunately, most applications that allow font variant selection do not 
necessarily check to determine that all appropriate font files are accessible. That is, an 
application may provide an interface for selecting a subscript font variant even when the 
application lacks access to a corresponding subscript font file. Further, users expect a 
number of font variants to be available irrespective of the availability of corresponding 
supplemental font files and are often not even aware that each font variant may require a 
supplemental font file. As a result, applications can have a default algorithm that selects a 
similar font file when a font variant is to be rendered. For example, when lacking access to 
an Arial subscript font file, an application may simply select an Arial normal font file. 
However, since the normal font file is not hinted for rendering subscript characters, 
pixelation or other visual deficiencies may result, 
g [0014] Some mechanisms attempt to compensate for visual deficiencies that can result 

w ^ 1 1 ^ ^ fi"^^ using a mismatched font file to render a font variant. However, these mechanisms 

>^ O < H 5 

Z ^ ^ < 1 >; typically result in characters that no longer comply with hints included in the font file. Since 

5 o i s s u 

< S;5g O H w 

§ S t S 1 2 hints are an important part of high quality font rendering, it may be difficult to appropriately 
^ render font variants, especially at small type sizes and on low resolution. Therefore, what 

would be advantageous are mechanisms for generating a font variant that complies with 

hints of the font used to generate the font variant. 
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BRIEF SUMMARY OF THE INVENTION 



[0015] The foregoing problems with the prior state of the art are overcome by the 
principles of the present invention, which are directed towards using externally 
parameterizeable constraints in a font-hinting language to synthesize font variants. A 
computing system accesses a scaled font that has been scaled for rendering at a target size 
and a target resolution. The scaled font includes hints that constrain how glyphs of the 
scaled font are to be rendered at the target size and target resolution. The computing system 
accesses one or more external font parameters that alter how the glyphs of the scaled font 
are to be rendered. The computing system applies the one or more external font parameters 
to the scaled font to synthesize a font variant such that hints from the scaled font are 
preserved in the font variant. The computing system renders glyphs of the font variant that 
comply with the one or more external font parameters and the hints. 

[0016] Additional features and advantages of the invention will be set forth in the 
description that follows, and in part will be obvious from the description, or may be learned 
by the practice of the invention. The features and advantages of the invention may be 
realized and obtained by means of the instruments and combinations particularly pointed out 




in the appended claims. These and other features of the present invention will become more 



fully apparent from the following description and appended claims, or may be learned by the 



practice of the invention as set forth hereinafter. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0017] In order to describe the manner in which the above-recited and other advantages 
and features of the invention can be obtained, a more particular description of the invention 
briefly described above will be rendered by reference to specific embodiments thereof which 
are illustrated in the appended drawings. Understanding that these drawings depict only 
typical embodiments of the invention and are not therefore to be considered to be limiting of 
its scope, the invention will be described and explained with additional specificity and detail 
through the use of the accompanying drawings in which: 

[0018] Figure 1 illustrates an example computer architecture for using externally 

parameterizeable constraints in a font-hinting language to synthesize a font variant. 

[0019] Figure 2 illustrates a flowchart of an example method for using externally 

parameterizeable constraints in a font-hinting language to synthesize a font variant. 

[0020] Figure 3A illustrates a first example of synthesized font variants. 

[0021] Figure 3B illustrates a second example of synthesized font variants. 

[0022] Figure 4 illustrates a suitable operating envirormient for implementing the 

principles of the present invention. 



- Page 8 - 



Docket No. 14984.33 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



[0023] The principles of the present invention relate to systems, methods, and computer 
program products for using externally parameterizeable constraints in a font-hinting 
language to synthesize font variants. A computing system accesses a scaled font that has 
been scaled for rendering at a target size and a target resolution. The scaled font includes 
hints that constrain how glyphs of the scaled font are to be rendered at the target size and 
target resolution. The computing system accesses one or more external font parameters that 
alter how the glyphs of the scaled font are to be rendered. The computing system applies the 
one or more external font parameters to the scaled font to synthesize a font variant such that 
hints from the scaled font are preserved in the font variant. The computing system renders 
glyphs of the font variant that comply with the one or more external font parameters and the 
hints. 

[0024] Embodiments within the scope of the present invention include computer- 
readable media for carrying or having computer-executable instructions or data structures 
stored thereon. Such computer-readable media may be any available media, which is 
accessible by a general-purpose or special-purpose computing system. By way of example, 
and not limitation, such computer-readable media can comprise physical storage media such 
as RAM, ROM, EPROM, CD-ROM or other optical disk storage, magnetic disk storage or 
other magnetic storage devices, or any other media which can be used to carry or store 
desired program code means in the form of computer-executable instructions, computer- 
readable instructions, or data structures and which may be accessed by a general-purpose or 
special-purpose computing system. 

[0025] In this description and in the following claims, a "network" is defined as one or 
more data links that enable the transport of electronic data between computing systems 
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and/or modules. When information is transferred or provided over a network or another 
communications connection (either hardwired, wireless, or a combination of hardwired or 
wireless) to a computing system, the connection is properly viewed as a computer-readable 
medium. Thus, any such connection is properly termed a computer-readable medium. 
Combinations of the above should also be included within the scope of computer-readable 
media. Computer-executable instructions comprise, for example, instructions and data 
which cause a general-purpose computing system or special-purpose computing system to 
perform a certain function or group of functions. The computer executable instructions may 
be, for example, binaries, intermediate format instructions such as assembly language, or 
even source code. 

[0026] In this description and in the following claims, a "computing system" is defined 
as one or more software modules, one or more hardware modules, or combinations thereof, 
that work together to perform operations on electronic data. For example, the definition of 
computing system includes the hardware components of a personal computer, as well as 
software modules, such as the operating system of the personal computer. The physical 
layout of the modules is not important. A computing system may include one or more 
computers coupled via a network. Likewise, a computing system may include a single 
physical device (such as a mobile phone or Personal Digital Assistant "PDA") where 
internal modules (such as a memory and processor) work together to perform operations on 
electronic data. 

[0027] As used herein, the term "module" or "component" can refer to software objects 
or routines that execute on the computing system. The different components, modules, 
engines, and services described herein may be implemented as objects or processes that 
execute on the computing system (e.g., as separate threads). While the system and methods 
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described herein are preferably implemented in software, implementations in software and 
hardware or hardware are also possible and contemplated. 

[0028] Those skilled in the art will appreciate that the invention may be practiced in 
network computing environments with many types of computing system configurations, 
including, personal computers, laptop computers, hand-held devices, multi-processor 
systems, microprocessor-based or programmable consumer electronics, network PCs, 
minicomputers, mainfi-ame computers, mobile telephones, PDAs, pagers, and the like. The 
invention may also be practiced in distributed system environments where local and remote 
computing systems, which are linked (either by hardwired data links, wireless data links, or 
by a combination of hardwired and wireless data links) through a network, both perform 
tasks. In a distributed system environment, program modules may be located in both local 
and remote memory storage devices. 

[0029] Figure 1 illustrates an example of computer architecture ICQ for using externally 
parameterizeable constraints in a font-hinting language to synthesize a font variant. 
Generally, in response to a command (e.g., display command 118) from an application 
program (e.g., application program 117), computing system 1 16 can cause graphical objects, 
such as, for example, text, to be rendered at output device 128. For example, in response to 
a selection of the Arial font and 6 point size, a word processor can subsequently render text 
using the Arial font at 6 point size. 

[0030] Font file 101 (e.g., stored at or network accessible to computing system 116) 
contains standardized distances 102 (e.g., stroke weight, distance between glyphs, etc), 
reference heights 103 (e.g., capitalization line, subscript line, etc.), and glyph set 104. 
Glyph set 104 (e.g., a character set) can contain a plurality of glyphs (e.g., representing 
characters). While only glyph 106 is expressly depicted, vertical ellipsis 141 represents that 

- Page 1 1 - Docket No. 14984.33 



other glyphs, in addition to glyph 106, can be included in glyph set 104. Each glyph in 
glyph set 104 can be associated with corresponding control points and hints for 
appropriately rendering the glyph. For example, control points 107 and hints 108 can be 
utilized to appropriately render glyph 106. 

[0031] Hints can be computer-executable instructions of a font-hinting language, such 
as, for example, TrueType®, representing constraints on glyph set 104. Some constraints 
can constrain each of the glyphs in glyph set 104. For example, standardized distances 102 
and reference heights 103 can include font-hinting language instructions for constraining 
each glyph in glyph set 104 (e.g., to the same capitalization line or horizontal distance from 
other glyphs). Other constraints can be specific to a particular glyph. For example, hints 
108 can include font-hinting language instructions for constraining glyph 106 (e.g., 
constraints on the diagonal edges of a "Z"), 

[0032] It may be that a font file contains control points for rendering glyphs at a larger 
size. For example, font file 101 may contain control points and hints for glyphs that are to 
be rendered at 72 point (at a specified resolution). Accordingly, when a font and font size 
are selected (e.g., as indicated by display command 118), scaling module 119 can access 
font file 101 and scale down (or scale up) glyph set 104 for rendering at the selected font 
size (e.g, 12 point at the specified resolution or even at a different resolution). Scaling 
module 119 can output scaled font 121 that may contain scaled down glyphs that correspond 
to glyph set 104. Scaled font 121 can also include hints 108, which persist after glyph set 
104 is scaled down. Based in part on a selected font size, resolution, and possibly other 
parameters, such as, for example, zooming factor, scaHng module 119 can vary the 
magnitude of the scaling. 
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[0033] To scale down a glyph, the location of corresponding control points can be 
divided by a scaling factor. For example, to render a glyph one-tenth the size represented in 
a font file, the coordinates of each control point representing the glyph (at a larger size) can 
be divided by 10. It may be that control points defining a character for display on a 100 x 
100 grid are to be scaled down for display on a 10 x 10 grid. Thus, a control point at grid 
position (50, 30) can be scaled down to a control point at grid position (5, 3), a control point 
at grid position (70, 70) can be scaled down to a control point at grid position (7, 7), etc. 
Accordingly, smaller outlines for glyphs can be calculated. 

[0034] When scaling down for rendering at color display devices, control point locations 
may be calculated with additional precision. For example, pixels on some color computer 
monitors can include distinct red, green, and blue sub-components, or "sub-pixels." Sub- 
pixels can be individually addressed such that a control point can be determined at least 
down to the precision of a sub-pixel, for example, 1/3"^^ of a pixel. It may also be that 
varying the intensity of a sub-pixel can cause the sub-pixel to be perceived as thicker or 
thinner, potentially resulting in a perceived additional increase in precision. Accordingly, a 
scaled down control point location can include a sub-pixel address as well as an intensity 

g value (e.g., in a range from 0 to 255) indicating the intensity of the addressed sub-pixel. 

S ^ 1 1 ^ ^ [0035] Hint processor 122 can process hints (instructions of a font-hinting language) to 

1^ 2 H uj H ^ 

^i>o^t ^^^^^ ^ ^^^^ appropriate rendering of glyphs (e.g., at smaller sizes). Some hints can be 

Z 2 ^ w o n 
^ 5 z J t/5 o 

< 55 g o w 

$ J included in scaled fonts. For example, scaled font 121 can include font-hinting language 

O ^ 

^ mstructions representing standardized distances 102, reference heights 103, and hints 

corresponding to individual glyphs (e.g., hints 108) as appropriate. Other hints can be 
included in external parameters. For example, external parameters 123 can include font- 
hinting language instructions representing constraints for generating a font variant. Hint 
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processor 122 can process external parameters and alter scaled down glyphs in accordance 
with the received external parameters. 

[0036] Hints, whether received in a scaled down font or received as external parameters, 
can be represented using the same font-hinting language. Thus, there is an increased 
likelihood that hints of a scaled font can be preserved when applying external parameters. 
For example, when applying external parameters 123 to scaled font 121, hint processor 122 
has an increased likelihood of being able to preserve hints included in scaled font 121. 
Accordingly, font variants that better comply with existing constraints can be generated. 
[0037] Hint processor 122 can output font variant outlines (e.g., font variant outlines 
126) that can be processed to render a font variant. Hint processor 122 can also cache a font 
variant (e.g., font variant 133) for subsequent use (e.g., in storage 133). Thus, if the font 
variant is subsequently requested (e.g., in response to an application program command) the 
font variant can be rendered more efficiently. 

[0038] Scan conversion module 124 can receive font variant outlines 126 and analyze 
font variant outlines 126 to identify grid locations (e.g., pixels, sub-pixels, or virtual pixels) 
that are to be turned on and to identify grid locations that are to be turned off (a process 
which may be referred to as "scan conversion"). Scan conversion module 124 can output 
pixelated representation 127 of one or more glyphs of the font variant. Output device 128 
can receive pixelated representation 127 and render it accordingly. Output device 128 can 
be a monochrome or color output device, such as, for example, a display or printer. 
[0039] Figure 2 illustrates a flowchart of an example method 200 for using externally 
parameterizeable constraints in a font-hinting language to synthesize a font variant. Method 
200 will be described with respect to the computing system, modules, and data depicted in 
computer architecture 100. Method 200 includes an act of a computing system accessing a 
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scaled font that has been scaled for rendering at a target size and a target resolution (act 

201) . For example, hint processor 122 can access scaled font 121. 

[0040] A target size can be a font size, such as, for example, 4 point, 6 point, etc. A 
target resolution can be some number of dots per inch ("dpi"), such as, for example, 96 dpi 
or 600 dpi. The target size and target resolution can be for rendering the scaled font at a 
display device or printer. Thus, for example, a scaled font may be for rendering 12 point 
Arial font at 300 dpi at a monochrome printer. 

[0041] An accessed scaled font can include hints that constrain how glyphs of the scaled 
font are to be rendered at the target size and target resolution. For example, scaled font 121 
can include hints representing standardized distances 102 and reference heights 103 as well 
as other hints corresponding to particular glyphs (e.g., hints 108). As previously described, 
hints can be instructions of a font-hinting language. 

[0042] The method 200 includes an act of the computing system accessing one or more 
external font parameters that alter how the glyphs of the scaled font are to be rendered (act 

202) . For example, hint processor 122 can access external parameters 123. External 
parameters 123 can be font-hinting language instructions for generating a font variant of 
scaled font 121. 

[0043] External parameters can represent one or more of a plurality of font variations, 
such as, for example, expanding glyph size, compressing glyph size, expanding stroke 
weight, compressing stroke weight, and moving the position of glyphs (offsets). When 
glyphs are to be rendered on a two-dimensional grid, external parameters can represent 
expansion, compression, and/or movement in a horizontal direction (e.g., positive or 
negative X direction) and/or a vertical direction (e.g., positive or negative Y direction). For 
example, external parameters 123 can represent that glyphs of scaled font 121 are to be 
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offset in a negative vertical direction such that the glyphs can be rendered as subscripts. 
External parameters including both horizontal and vertical components can represent 
corresponding diagonal expansion, compression, or movement. 

[0044] One type of compression/expansion can be referred to as "positional 
compression/expansion". Positional compression/expansion is applicable to the positioning 
of the essential typographic features of a graphical object, such as, for example, strokes and 
serifs. For example, positional compression in a horizontal direction can move the vertical 
strokes of a lowercase letter "m" closer together, without making these vertical strokes any 
thinner. Positional compression can be particularly advantageous for implementing micro 
justification. For example, when text is being justified and a (hyphenated part of a) word 
would almost fit on a line (within the margins of justification), the text can be compressed 
by an essentially unnoticeable amount so that the text can be fit on the line. 
[0045] On the other hand, positional expansion in a horizontal direction can move the 
strokes of the letter "m" further apart, without making the strokes any thicker. Positional 
expansion can also be particularly advantageous for implementing micro justification. For 
example, when the "blanks" between individual words appear too large, and when no other 
a; means of reducing these gaps are applicable to nicely fit a line of text between the margins 

O o Oi ^ 

w 31 i I Z of justification, then all the words can be expanded by an essentially unnoticeable amount 

sZ 2 H UJ H H 

^ o < H a: ^ 

d ^ o D such that the "blanks" between individual words assume a more natural size again. 
StSSj [0046] Another type of compression/expansion can be referred to as "weight 



■r o vn 



compression/expansion. Weight compression/expansion is applicable to the weights (e.g., 
widths) of the strokes and possibly the lengths and thicknesses of the serifs. Weight 
compression/expansion can be implemented to make vertical and horizontal (and diagonal) 
strokes thinner or thicker. When appropriate, parameters representing weight 
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compression/expansion and positional compression/expansion can be combined to 
synthesize a font variant (e.g., to compress/expand stroke weight and compress/expand 
stroke positions independently. For example, parameters for synthesizing a font variant may 
indicate a positional expansion in x-direction of 7% along with a weight expansion in x- 
direction of 70%. Utilizing a combination of weight and positional compression/expansion 
to synthesize a font variant can result in better light/bold variants, as well as small caps or 
superiors (superscripts) and inferiors (subscripts). 

[0047] It should be understood that the described font variations are examples. It would 
be apparent to one skilled in the art, after having reviewed this description, that other font 
variations, in addition to the described font variations, are possible. 

[0048] When a font variant is to be rendered on a color display device, more precise 
external parameters can be utilized. For example, ClearType® processes directions 
perpendicular to the striping of pixel sub-components (e.g., vertical red, green, and blue 
stripes) at a higher precision, for example, 1 6 times the precision of bi-level processing. 
Thus, external parameters representing expansion, compression, and/or movement at a 
display device can be more accurately rendered. For example, a micro-justification may be 
0^ an adjustment of as little as 1%. However using bi-level processing, 1% of an advance 

O o Oi ^ 

S 2 < i ^ I width of 10 pixels (corresponding to a glyph rendered at 10 point and 96 dpi) translates to 
Q "is 

•sj^ 2 H w H fcr 
o < H 3 

d ^ o 5 K 0.1 pixels), which when rounded results in an adjustment of 0 pixels. On the other hand, 

Z 2 H w o n 

S Z J C/D o 

§ 1 1 1 ^ ^ using ClearType®, 1% of 10 pixels essentially translates into 1% of 160 virtual pixels, or 1.6 



virtual pixels, which when rounded results in 2 virtual sub-pixels. 

[0049] As previously described, hints included in scaled font 121 and external 
parameters 123 can be font-hinting language instructions of the same font-hinting language. 
Accordingly, the method 200 includes an act of the computing system applying the one or 
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more external font parameters to the scaled font to synthesize a font variant such that the 
hints from the scaled font are preserved in the font variant (act 203). For example, hint 
processor 122 can apply external parameters 123 to scaled font 121 to synthesize font 
variant 133 such that font variant 133 complies with standardized distances 102, reference 
heights 103, and hints in glyph set 104 (e.g., hints 108). Font variant 133 can be cached in 
storage 132 such that font variant 133 can be more efficiently accessed in response to 
subsequent application program commands. Storage 132 can be system memory or mass 
storage associated with computing system 116. 

[0050] Hint processor 122 can also generate font variant outlines 126 corresponding to 
font variant 133. Scan conversion module 124 can receive font variant outlines 126. 
[0051] The method 200 includes the computing system rendering glyphs of the font 
variant that comply with both the one or more external font parameters and the hints (act 
204). For example, scan conversion module 124 can process font variant outlines 126 to 
render glyphs of font variant 133 that comply with standardized distances 102, reference 
heights 103, and hints in glyph set 104 (e.g., hints 108). Rendered glyphs can be included in 
pixelated representation 127 and sent to output device 128. 

[0052] Figure 3A illustrates a first example of font variants. Figure 3 A depicts glyphs of 
the Arial font at target size of 10 point and a target resolution of 96 dpi. Unaltered scaled 
font 306 depicts the glyphs without the application of external parameters. Expanded 
advance widths 301 depict expansions in width from 1% to 5 %. Compressed advance 
widths 302 depict compression in width from 1% to 5%. 

[0053] Figure 3B illustrates a second example of font variants. Figure 3B depicts glyphs 
of the Palatino font at a target size of 10 point and a target resolution of 96 dpi. Unaltered 
scaled font 308 depicts the glyphs without the application of external parameters. Expanded 
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advance widths 303 depict expansions in width from 1% to 5 %. Compressed advance 
widths 304 depict compression in width from 1% to 5%. 

[0054] The external parameters used to implement the font compressions and font 
expansions in Figures 3A and 3B can be expressed in font-hint language instructions. The 
font-hint language instructions expressing the external parameters and the font-hinting 
language expressing hints for the fonts in Figures 3 A and 3B can be of the same font-hinting 
language. For example, external parameters for expressing a 3% expansion can be 
expressed in the same font-hinting language used to express standardized distances and 
reference heights for the fonts in Figures 3A and 3B. The font variants depicted in Figures 
3A and 3B can be appropriately represented on a color display device, for example, using 
ClearType® or other rendering mechanisms that individually address and vary the intensity 
at display sub-components. 

[0055] Figure 4 and the following discussion are intended to provide a brief, general 
description of a suitable computing environment in which the invention may be 
implemented. Although not required, the invention will be described in the general context 
of computer-executable instructions, such as program modules, being executed by computer 
systems. Generally, program modules include routines, programs, objects, components, data 
structures, and the like, which perform particular tasks or implement particular abstract data 
types. Computer-executable instructions, associated data structures, and program modules 
represent examples of the program code means for executing acts of the methods disclosed 
herein. 

[0056] With reference to Figure 4, an example system for implementing the invention 
includes a general-purpose computing device in the form of computer system 420, including 
a processing unit 421, a system memory 422, and a system bus 423 that couples various 
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system components including the system memory 422 to the processing unit 421. 
Processing unit 421 can execute computer-executable instructions designed to implement 
features of computer system 420, including features of the present invention. The system 
bus 423 may be any of several types of bus structures including a memory bus or memory 
controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The 
system memory includes read only memory ("ROM") 424 and random access memory 
("RAM") 425. A basic input/output system ("BIOS") 426, containing the basic routines that 
help transfer information between elements within computer system 420, such as during 
start-up, may be stored in ROM 424. Storage 132 may be a portion of RAM 425. 
[0057] The computer system 420 may also include magnetic hard disk drive 427 for 
reading from and writing to magnetic hard disk 439, magnetic disk drive 428 for reading 
from or writing to removable magnetic disk 429, and optical disk drive 430 for reading from 
or writing to removable optical disk 431, such as, or example, a CD-ROM or other optical 
media. The magnetic hard disk drive 427, magnetic disk drive 428, and optical disk drive 
430 are connected to the system bus 423 by hard disk drive interface 432, magnetic disk 
drive-interface 433, and optical drive interface 434, respectively. The drives and their 
associated computer-readable media provide nonvolatile storage of computer-executable 
instructions, data structures, program modules, and other data for the computer system 420. 
Although the example environment described herein employs magnetic hard disk 439, 
removable magnetic disk 429 and removable optical disk 431, other types of computer- 
readable media for storing data can be used, including magnetic cassettes, flash memory 
cards, digital versatile disks, Bernoulli cartridges, RAMs, ROMs, and the like. Storage 132 
may be a portion of one of the described types of computer-readable media. 
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[0058] Program code means comprising one or more program modules may be stored on 
hard disk 439, magnetic disk 429, optical disk 431, ROM 424 or RAM 425, including an 
operating system 435, one or more application programs 436, other program modules 437, 
and program data 438. A user may enter commands and information into computer system 
420 through keyboard 440, pointing device 442, or other input devices (not shown), such as, 
for example, a microphone, joy stick, game pad, scanner, or the like. These and other input 
devices can be connected to the processing unit 421 through input/output interface 446 
coupled to system bus 423. Input/output interface 446 logically represents any of a wide 
variety of possible interfaces, such as, for example, a serial port interface, a PS/2 interface, a 
parallel port interface, a Universal Serial Bus ("USB") interface, or an Institute of Electrical 
and Electronics Engineers ("IEEE") 1394 interface (i.e., a Fire Wire interface), or may even 
logically represent a combination of different interfaces. 

[0059] A monitor 447 or other display device is also connected to system bus 423 via 
video interface 448. Monitor 447 can display monochrome and/or color graphical objects, 
including text, generated by computer system 420. Other peripheral devices (not shown), 
such as, for example, speakers, printers, and scanners, can also be connected to computer 
system 420. Printers connected to computer system 447 can print monochrome and/or color 

S ^ I i ^ K graphical objects, including text, generated by computer system 420. 
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'^'^>oo>: [0060] Computer system 420 is connectable to networks, such as, for example, an 
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3 S t S 2 J office-wide or enterprise-wide computer network, a home network, an intranet, and/or the 
^ ^ Intemet. Computer system 420 can exchange data with external sources, such as, for 

example, remote computer systems, remote applications, and/or remote databases over such 

networks. 
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[0061] Computer system 420 includes network interface 453, through which computer 
system 420 receives data from external sources and/or transmits data to external sources. As 
depicted in Figure 4, network interface 453 facilitates the exchange of data with remote 
computer system 483 via link 451. Network interface 453 can logically represent one or 
more software and/or hardware modules, such as, for example, a network interface card and 
corresponding Network Driver Interface Specification ("NDIS") stack. Link 451 represents 
a portion of a network (e.g., an Ethernet segment), and remote computer system 483 
represents a node of the network. 

[0062] Likewise, computer system 420 includes input/output interface 446, through 
which computer system 420 receives data from external sources and/or transmits data to 
extemal sources. Input/output interface 446 is coupled to modem 454 (e.g., a standard 
modem, a cable modem, or digital subscriber line ("DSL") modem), through which 
computer system 420 receives data from and/or transmits data to external sources. As 
depicted in Figure 4, input/output interface 446 and modem 454 facilitate the exchange of 
data with remote computer system 493 via link 452. Link 452 represents a portion of a 
network and remote computer system 493 represents a node of the network. 
[0063] While Figure 4 represents a suitable operating environment for the present 
invention, the principles of the present invention may be employed in any system that is 
capable of, with suitable modification if necessary, implementing the principles of the 
present invention. The environment illustrated in Figure 4 is illustrative only and by no 
means represents even a small portion of the wide variety of environments in which the 
principles of the present invention may be implemented. 

[0064] In accordance with the present invention, modules, such as, for example, scaling 
module 119, hint processor 122, and scan conversion module 124, as well as associated 
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program data, such as, for example, font file 101, scaled font 121, external parameters 123, 
font variant 133, and font variant outlines 126, can be stored and accessed from any of the 
computer-readable media associated with computer system 420. For example, portions of 
such modules and portions of associated program data may be included in operating system 
435, application programs 436, program modules 437 and/or program data 438, for storage 
in system memory 422. 

[0065] When a mass storage device, such as, for example, magnetic hard disk 439, is 
coupled to computer system 420, such modules and associated program data may also be 
stored in the mass storage device. In a networked environment, program modules depicted 
relative to computer system 420, or portions thereof, can be stored in remote memory 
storage devices, such as, system memory and/or mass storage devices associated with 
remote computer system 483 and/or remote computer system 493. Execution of such 
modules may be performed in a distributed environment. 

[0066] The present invention may be embodied in other specific forms without departing 
from its spirit or essential characteristics. The described embodiments are to be considered 
in all respects only as illustrative and not restrictive. The scope of the invention is, 
as! therefore, indicated by the appended claims rather than by the foregoing description. All 

w ^ < i ^ X changes, which come within the meaning and range of equivalency of the claims, are to be 
*^'i>o=>t embraced within their scope. 
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